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[57] ABSTRACT 

In a radio telecommunications network, a system and 
method of providing service differentiation for call forward- 
ing based upon the type of call. The system provides 
network support that allows the forwarding of caUs of 
different types to appropriate devices for each type of call, 
as identified by the call's service code. The system deter- 
mines whether a call to a mobile station is a data call, and 
if it is a data call, provides the network support for forward- 
ing the call to a different number than voice calls. A Service 
lype parameter is added to ANSI -41 signaling messages to 
inform various nodes in the network of the type of call. The 
network includes a home location register/service control 
point (HLR/SCP) with a database of call forwarding 
(transfer) numbers for its served mobile stations. The data- 
base records at least one transfer number for each type of 
service. Service logic in the HLR/SCP associates the type of 
call with the appropriate transfer number. In this manner, 
incoming data calls such as G3Fax calls are forwarded to an 
alternate fax machine, a fax mailbox, or some other device 
capable of storing the data rather than a voice mailbox. The 
system and method are applicable to forwarding any type of 
data service, and are not limited to ADS and G3 Fax calls. 
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SYSTEM AND METHOD OF FORWARDING Project Number 3770 (PN3770) describes the implemen- 

DATA CALLS IN A RADIO tation of asynchronous data service (ADS) and facsimile 

TELECOMMUNICATIONS NETWORK (GBFax) in mobile telephony. PN3770 details changes to 

ANSI-41 messages for network support of ADS and G3Fax 

PRIORITY STATEMENT UNDER 35 U.S.C. § s calls in the ceUular network. Without the present invention, 

119(e) & 37 C.F.R § 1.78 however, PN3770 docs not provide for network support for 

This nonprovisional appUcation claims priority based "^^^ forwarding of data calls. Therefore, the existing mecha- 

upon the prior U.S. provisional patent appHcation cnUded, handlmg call forwarding is not sufBdent to provide 

"System and Method of Transferring Data Calls in a Radio ^ meaningful and useful service. This is because the existing 

Telecommunications Network", application Scr. No. 60/032, mechamsm, prior to the present mvcntion, does not differ- 

133, filed Dec. 9, 1996, in the names of Donald Joong, Alan ^^^^^^^ between a data call and a voice call. Therefore, when 

Sicher, and Michel Houde. ^ ^^^^ such as a Fax call comes m today, and the 

subscriber is btisy or has immediate call transfer activated, 

BACKGROUND OF THE INVENTION the data call is transferred to the same number to which 

15 voice calls are transferred. If voice calls are being trans- 
Technical Field of the Invention ferred to voice mail, then a data call is also transferred to 

This invention relates to radio telecommimication sys- voice mail, 

tems and, more particularly, to a system and method of Although there are no known prior art teachings of a 

forwarding data calls in a radio telecommimications net- solution to the aforementioned deficiency and shortcoming 

work. ^0 such as that disclosed herein, U.S. Pat. No. 5,533,019 to 

Jayapalan (Jayapalan) and U.S. Pat No. 5,416,834 to Bales 

Description of Related Art et al. (Bales) discuss subject matter that bears some relation 

Existing radio telecommunications networks offer sub- mmers discussed herein. Jayapalan discloses a method 

scribcrs a supplementary service called call forwarding , apparatus for communicating packet data calls over a 

which aUows a terminating call to be rerouted to an alternate ^ ^^^^ channel. However, Jayapalan does not teach or suggest 

destination. Within the context of mobile telephony, caU * °^ forwarding data calls in a radio telecommuni- 

forwarding is supported by storing a set of transfer numbers cations network. 

in the subscriber's home location register (HLR). When call Bales discloses a telecommunication protocol message 
forwarding is required, a transfer number is retrieved from for a landline telephone system tiiat allows redirection of a 
the HLR and utilized to reroute the call. ^° call received by a first telephone station to a second tele- 
There are three scenarios for call forwarding. The first is P^o°e station or temiinal. The redirect message gives a basic 
a transfer resulting from routing interrogation. During the interface (BRI) station set tiie capabiUty of automati- 
routing interrogation process, an originating/gateway cally forwarding certain types of calls. The BRI set can be 
mobile switching center (O-MSQ interrogates the called 35 programmed to examine die bearer capabitity information 
subscriber's HLR to determine the location of the called element m tiie setup message to determine the type of call 
mobile station. If the subscriber has die feature Call Transfer ^^^^S up. If die call is a data call, the BRI set is 
Immediate activated, the HLR determines that the caU programmed to transfer the caU to an appropriate terminal, 
should be immediately transferred. The HLR then returns ao The method disclosed in Bales, however, is only appli- 
appropriate transfer number to the 0-MSC. The 0-MSC cable to landline systems with intelligent, programmable 
then takes the appropriate actions to deliver the call to the BRI station sets. Bales does not in any way teach or suggest 
transfer number. a method of forwarding data calls to different transfer 
The second scenario is a transfer at the 0-MSC after the numbers than voice calls in a radio telecommunications 
call is routed and there is no reply (no answer) from the network. 

called mobile station. After a successful routing interroga- 45 Review of each of the foregoing references reveals no 

tion process, the call is routed (trunked) from the 0-MSC to disclosure or suggestion of a system or method such as that 

the servingAnsited MSG (V-MSC). If the subscriber does not described and claimed herein. 

answer the phone, the V-MSC may then initiate a Redirec- In order to overcome the disadvantage of existing 

tion Request back to the 0-MSC. Upon receiving the solutions, it would be advantageous to have a system and 

redirection Request, die 0-MSC initiates a transfer number 50 method in a radio telecommunications network that passes a 

Interrogation Request to the HLR. Upon receiving a transfer call's service type to the network's service logic so that it 

number Interrogation Request, the HLR returns an appro- can make a more intelUgent decision regarding which trans- 

priate transfer munber to the 0-MSC. The 0-MSC then fcr number to return. Such a system would transfer ADS, 

takes the appropriate actions to deliver the call to the transfer G3Fax, and other data caUs differently than their voice calls, 

number. 55 The present invention provides changes to ANSI-41 mes- 

The third scenario is a transfer at the V-MSC after the call sages to provide network support for intettigent call for- 

is routed and there is no reply (no answer or busy) fi-om the warding of data calls, 
called mobile station. In some circumstances, if a call is 

routed from the 0-MSC to die V-MSC, and the subscriber is SUMMARY OF THE INVENTION 

busy or does not answer the phone, the V-MSC may be 60 The present invention is a system and method of provid- 

prohibited fi-om initiating a Redirection Request towards the ing service differentiation for call forwarding based upon the 

O-MSC. In tis situation, the V-MSC must initiate the transfer type of call. The present invention provides network support 

number Interrogation Request to the HLR. Upon receiving that allows the forwarding of calls of different types to 

the transfer number Interrogation Request, the HLR returns appropriate devices for each type of call, as identified by the 

an appropriate transfer number to the V-MSC. The V-MSC 65 call's service code. For example, die present invention 

dien takes the appropriate actions to deliver the call to the determines whether the call is a data call, and ff it is a data 

transfer number. call, the present invention provides the network support for 
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forwarding the call to a different number than voice calls. tion of the CDMA Service Option parameter and the TDMA 

For example, an incoming call identified as a G3Fax call is Service Code parameter according to the teachings of the 

transferred to an alternate fax machine or a fax mailbox, or present invention; 

some other device capable of storing the data rather than a FIG. 7 is a message flow diagram illustrating the flow of 
voice mailbox. The present invention is applicable to for- s messages in the present invention when forwarding a call 

warding any type of service other than voice, and is not due to a service type mismatch at the HLR/SCP between the 

limited to ADS and G3 Fax calls, service requested by the calling party and the service 

llius, in one aspect, the present invention is a system in '^^^'^'^^ ^^"'^"lobile station; . ^ ^ ^ 

a radio telecommunications network for forwarding a voice » ^ ^ message flow diagram dlustratmg the flow of 

call to a first transfer number and forwarding a data call to lO ^ ^'^^^^'T "^^^ a cdl 

a second transfer number. Hie system includes means for ^^f \f '^^^ the ongmatmg MSG 

determining whether an incoming call from a caUing party ^'^^^^^ ^^"^'^ 'T^'u^^^ ^'i "^^^ ^'"^^ 

for a mobile station is a data call, and means for detemiining ^^^^ '^"P"^^^^"^ '^^^^.^ ^ , 

whether the mobile station is available to take the caU. The FIG. 9 is a message flow diagram illustratmg the flow of 
system also includes means for forwarding the incoming caU 15 messages m the present mvenUon when forwarding a call 

to the first transfer number upon determining that the due to a service type rejection by the called mobile staUon; 
incoming call is not a data call, and the mobile station is not 

available to take the call. The system also includes means for ^^^^ message flow diagram illustrating the flow of 

forwarding the incoming call to the second transfer number messages in the present invention when forwarding a call 

upon determining that the incoming call is a data caU, and due to a service type rejection by the serving MSG. 

the mobile station is not available or is currently not capable DETAILED DESCRIPTION OF EMBODIMENTS 

of taking the call, or the network cannot service the call. ™^ ^ • ui i j- t j- * i • 

FIG. 1 IS a block diagram of a radio telecommunications 

In another aspect, the present invention is a method in a network in which the caU forwarding support system of the 

radio telecommunications network of forwardmg a voice present invention has been implemented. Landline networks 

call to a first transfer number and forwardmg a data call to ^ ^^^^ t^e Public Switched Telephone Network (PSTN) 

a second transfer number. The method begins by determm- Integrated Services Digital Network (ISDN) are 

ing whether an incoming call from a calling party for a connected to the radio telecommunications network 10 

mobile station is a data call, determinmg whether the mobile through a gateway mobile switching center (G-MSC). The 

station is available to take the call, and forwarding the G-MSC may also be an Originating MSG (0-MSC) 12 if the 

incoming call to the first transfer number upon determimng incoming call is a mobile originated call rather than coming 

that the mcommg call is not a data call, and the mobile fiom a landline network such as the PSTN. The 0-MSC may 

station is not available to take the call. The method also connected to peripheral equipment and other network 

includes the step of forwarding the incoming call to the nodes such as a voice mail system (VMS) 13 and a data 

second transfer number upon determining that the incoming message center (MC)14 which may be a multimedia-capable 

call is a data call, and the mobile station is not available to message center or a fax mailbox, etc. Thus, a subscriber may 

take the call. jj^yg (jjg VMS 13 for storing voice calls, and may also have 

noTci: nrcoDTDT^nM ni: ™r no awimz-c * ^^^^^^ ^°** storing and forwarding fax messages or a 

BRIEF DESCRIPTION OF THE DRAWINGS multimedia message center that allows for the transfer of 

The invention will be better understood and its numerous 40 ^f^s, etc. The present invention enables the subscriber to 

objects and advantages will become more apparent to those divert various data calls to the appropriate storage device. 

skiUed in the art by reference to the following drawing, in The 0-MSC may also be connected to other switching 

conjunction with the accompanying specification, in which: nodes, enabling the forwarding of calls to other network 

FIG. 1 is a block diagram of a radio telecommunications routable numbers, 
network in which the call forwarding support system of the 45 The G-MSC or 0-MSC 12 is connected via ANSI-41 

present invention has been implemented; signaling Hnks to a home location register (HLR) 15 which 

TTTr- 1 ■ a A' 11 ^ * a f includes service logic and a database of subscriber inf orma- 

FIG. 2 IS a message now diagram illustratme the now of , J' , . . . ■ . n- . . 

„ ^ u^ j- J* tion- In some networks which incorporate mtelugent net- 

messages m the present mvention when forwardmg a data , TTTT^ . L. J -.L 

.° , ^ ^. . ^ .1. • i_ i work services, the HLR may be combined with a service 

call due to a page or answer timeout at the serving mobile , , . , /o^r»\ 1. . • 1 • r 

switching center foUowlng call setup; 5" ™' P™"' (^.^P) which stores the service logic for 

° or? implementmg intelligent network services. Thus, in these 

RG. 3 is a message flow diagram illustrating the flow of networks, the location of the called mobile station, or the 

messages m the present invention when forwarding a data transfer number may be obtained from a node referred to as 
call due to the called mobile station becoming busy at the HLR/SCP or simply "service logic.*' 

serving mobile switching center before call setup; jj^R/SCP is connected via ANSI.41 signaling links 

HG. 4 is a table of parameters for the Redirection Request to a serving MSG 16. The serving MSG has an interworking 

(REDREQ) Invoke message iUustrating the addition of a function (IWF) 17 associated with it for interfacing landline 

CDMA Service Option parameter and a TDMA Service data protocols with digital cellular radio protocols. The 

Code parameter according to the teachings of the present serving MSG is connected to one or more base stations (13S) 

mvention; \g which transmit and receive information with one or more 

HG. 5 is a table of parameters for the Transfer to No. mobile stations (MS) 19. The exact network architecture 

Request (TRANUMREQ) Invoke message illustrating the may vary firom one manufacturer to another, and not affect 

addition of the CDMA Service Option parameter and the the scope of the present invention. For example, in some 

TDMA Ser/ice Code parameter according to the teachings network architectures, the VMS 13 is connected to the 
of the present invention; and 55 serving MSG 16. 

FIG. 6 is a table of parameters for the Redirection The IWF 17 is logically connected to the call to provide 

Directive (REDDIR) Invoke message illustrating the addi- interworking between the mobile-specific protocols utilized 
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on the air interface and the landline-specific protocol utilized second number. The second number is the subscriber num- 

with data/fax transmissions. For example, the IS -13 6 air ber for the called mobile station 19. The 0-MSC then 

interface standard defines how data transmitted to and from includes an indication of the type of call in a Location 

a mobile station is formatted into Time Division Multiple Request (LOCREQ) Invoke message 21 sent to the HLR/ 
Access (TDMA) bursts. When a data call is received at the 5 SCP 15. At that point, the HLR/SCP knows that immediate 

serving MSC 16, the data is sent to the IWF 17 where it is call transfer is activated, and the type of call is a G3Fax call, 

placed in the TDMA format for transmission to the mobile Therefore, the HLR/SCP returns a LOCREQ Return Result 

station 19. Functions performed in the IWF include rate message 22 to the 0-MSC and includes a transfer number 

adaptation between the transmission rate over the air inter- (TN) 22 for G3Fax calls . 

face and the transmission rate over the land lines. Thus, the lo The type of call may also be identified by assigning 

IWF performs flow control, error control, data buffering, different numbers to the called mobile station, depending on 

encryption, compression, etc. the type of caU to be made. For example, a first number may 

Although the preferred embodiment of the present inven- be utilized for voice calls to the mobile station while a 

tion is described herein in terms of IS-136 Time Division second number is for data calls to the mobile station. When 
Multiple Access (TDMA) systems, the present invention is ^5 one of these numbers is dialed by a calling party, the call is 

a network- level invention which is applicable to Code routed to the 0-MS C 12. The 0-MS C does not know what 

Division Multiple Access (CDMA) systems, the Global type of caU it is, and interrogates the HLR/SCP 15 for 

System for Mobile Communications (GSM), or any other location information. The HLR/ISCP then associates the 

type of air interface system such as the analog Narrow-band dialed number with a type of call and handles the call 

Advanced Mobile Phone System (NAMPS). Apphcable accordingly. 

standards, which are hereby incorporated by reference Other methods of identifying the type of call also exist, 

include the IS-130 link layer standard, the IS135 standard For example, the type of call may be identified directly from 

for computer-to-modem commands, the IS-136 TDMAstan- the ISDN User Part, User Service Information (USI) field 

dard for low level framing and bit formatting of the radio which is mapped from the Bearer Capability Indicator (BCI) 
channel, the IS-95 and IS-99 standards for CDMA, and the 25 provided by the calling party. If the USI field is received, 

standard for GSM. then the O-MSC 12 can deduce that the call is a data call and 

Normally when a call to a mobile station comes in from handle the call accordingly, 

the PSTN U, it is trunked to the O-MSC 12. The O-MSC If the serving MSC 16 or 0-MSC 12 have to request a 

interrogates the HLR/SCP 15 for the location of the called transfer number to forward an ADS/G3Fax call, the Transfer 

mobile station 19. Th& HLR/SCP interrogates the serving to Number Request Invoke message may include the service 

MSC 16 for routing instructions, llie serving MSC returns code parameter to indicate that this transfer service is being 

a routing number through the HLR/SCP to the O-MSC The requested for an ADS/G3Fax call. 

call is then trunked from the O-MSC 12 to the serving MSC [f a Redirection Request Invoke message (ANSI-41) is 

16 and connected to the called mobile station 19 through the gent from the serving MSC 16 back to the O-MSC 12, it may 

serving base station 18. also include a service code parameter to indicate that this 

This scenario changes when the call must be transferred transfer service is being requested for an ADS/G3Fax call, 

to a transfer number. This can occur under various circum- Commands and procedures are implemented at the HLR/ 

stances. For example, the called subscriber may have acti- SCP to properly administer the new transfer numbers. The 

vated the immediate call transfer feature. In this situation, system is implemented to allow the HLR/SCP to store and 

the call is routed to the O-MSC 12 which interrogates the retrieve one transfer number per Service Code or service. 

HLR/SCP 15 for the location of the called mobile station 19. Procedures are also defined so that subscribers can change 

If the subscriber has immediate call transfer activated, the the transfer nimibers. 

HLR/SCP 15 finds a transfer number in its subscriber piG. 2 is a message flow diagram illustrating the flow of 

database and returns the transfer number to the O-MSC. The messages in the present invention when forwarding a data 

call is then routed to the transfer number without setting up call due to a page or answer timeout at the serving mobile 

the call to the serving MSC. In PN3770, no differentiation is switching center following call setup. Referring to FIGS. 1 

made betw^een data calls and voice calls. ^nd 2, a call origination 21 is received at the originating 

In order to provide a meaningful and useful transfer (gateway) O-MSC 12. The O-MSC then sends a Location 
service for ADS/G3Fax calls, a separate set of transfer 50 Request 0:.OCREQ) Invoke message 22 to the HLR/SCP 15 

numbers is defined in the HLR/SCP 15 for ADS/G3Fax requesting location information for the called mobile station 

calls. During the routing interrogation process, the HLR/ 19. When the O-MSC 12 knows the type of call because, for 

SCP is informed that the call is an ADS/G3Fax call. Upon example, the calling party utilized two-stage dialing, a 

determining that the ADS/G3Fax call can not be dehvered. Service Type parameter 23 is included in the LOCREQ 
the HLR/SCP 15 returns an appropriate ADS/G3Fax transfer 55 Invoke message to the HLR/SCP. The Service Type param- 

number to the O-MSC 12. eter is passed on to the visitor location register (VLR) 24 and 

The present invention requires that the type of call be serving MSC 16 (collectively, the serving system) in a 

identified to the HLR/SCP 15. This may be accomplished in Routing Request (ROUTREQ) Invoke message 25. 

several ways. First, the calling party may perform a two- The serving MSC 16 returns a routing number such as a 
stage dialing procedure. Different pilot numbers are utilized 60 Temporary Location Directory No. (TLDN) to the VLR 24 

to identify different types of calls. For example, there is a and the HLR/SCP 15 in a ROUTREQ Return Result mes- 

different pilot number for ADS and for G3Fax calls. If the sage 26. The HLR/SCP then returns the location information 

calling party first dials the pilot number for a G3Fax call, the to the O-MSC 12 in a LOCREQ Return Result message 27. 

pilot number directs the call to the O-MSC 12 and identifies The O-MSC 12 then sets up the call at 28 direcfly to the 
the type ofcall as a G3Fax call. The O-MSC recognizes the 65 serving MSC 16. 

number as a pilot number for a G3 Fax call, and sends The serving MSC 16 then pages for the called mobile 

another dial tone requesting the calling parly to enter a station 19. If there is no page response from the mobile 
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Station, or if the mobile station responds to the page, but the also appear as any parameter of similar function for other air 

subscriber does not answer the call at 29, then the call mtist interfaces (e.g., NAMPS). 

be redirected. Therefore, the serving MSG 16 sends a FIG. 5 is a table of parameters for the Transfer to No. 

Redirection Request (REDREQ) Invoke message 31 to the Request (TRANUMREQ) Invoke message 32 illustrating 
originating MSG 12. If the service type has been identified s the addition of the Service Type parameter 23 according to 

by a method such as one-number-per-service, where the the teachings of the present invention. The parameter 

service type is identified in the HLR/SGP 15 after the appears as CDMA Service Option 23a and TDMA Service 

LOGREQ Invoke message 22 is sent, then the originating Code 23b. It may also appear as any parameter of similar 

MSG does not know the service type. In this instance, the function for other air interfaces (e.g., NAMPS), 

serving MSG 16 includes the Service TVpc parameter 23 in A data call may be first routed to an adjunct MSG. Then, 

the REDREQ Invoke message 31. If the service ty-pe is based on service control logic, a Redirection Directive 

identified by two-stage dialing or by an incoming ISUP (REDDIR) Invoke message may be sent back to the O-MSC 

message, then the originating MSG 12 might know the requesting the 0-MSG to forward the data call to another 

service type, and the Service Type parameter may be omitted network routable number. FIG. 6 is a table of parameters for 

from the REDREQ Invoke message. In the preferred the REDDIR Invoke message illustrating the addition of the 

embodiment of the present invention, the Service Type Service Type parameter 23 according to the teachings of the 

parameter 23 is passed back to the originating MSG even if present invention. The parameter appears as CDMA Service 

two-stage dialing was utilized, and the originaling MSG Option 23fl and TDMA Service Code 23b, It may also 

knew the type of call when the LOGREQ Invoke message 22 appear as any parameter of similar function for other air 

was sent. This embodiment eliminates the requirement to interfaces (e.g., NAMPS). 

store large quantities of state information in the originating Thus, in existing systems, the service logic performs 

MSG 12 for all calls, just to support the rare instances when transfers in a single way which always assumes the call is a 

data calls do not connect through, and have to be transferred. voice call. The present invention passes the service type to 

In addition, there may also be service changes during the call the service logic so that it can make a more intelligent 

which require that a new Service Type parameter be sent to decision regarding which transfer number to return, 

the originating MSG. FIG, 7 is a message flow diagram illustrating the flow of 

The originating MSG 12 then sends a Transfer to Number messages in the present invention when forwarding a call 

Request (TRANUMREQ) Invoke message 32 to the HLR/ due to a service type mismatch at the HLR/SGP 15 between 

SCP 15 and may include the Service Type parameter 23. the service requested by the calling party and the service 
Alternatively, the originating MSG may include a BilUng ID 30 requested by the called mobile station 19. In this embodi- 

parameter in the TRANUMREQ Invoke message which ment of the present invention, the message flow is the same 

enables the HLR/SGP to identify the call from the previous as in FIG, 3 until the serving MSG 16 sends a page 41 to the 

signaling messages, and thereby identify the type of call, called mobile station, including the requested service type 

The HLR/SCP 15 then selects the transfer number associated 23, and obtains a page response 42 with an expected service 
with the identified type of call, and returns the number to the 35 code 43 from the mobile station. The expected service code 

O-MSC 12 in a TRANUMREQ Return Result message 33. 43 indicates the type of call which the mobile station is 

The O-MSC then sends a REDREQ Return Result message expecting to receive, or is capable of receiving. The serving 

34 to the serving MSG 16, and then releases the call to the MSG then provides the expected service code 43 in a 

serving MSG at 35. At 36, the O-MSC sets up the call to the ROUTREQ Return Result message 44 to the HLR/SCP 15, 

transfer number. indicating the expected service code that the mobile station 

If there is a Local Access and Transport Area (LATA) provided in its page response. At 45, the HLR/SCP 15 then 

boundary between the originating MSG 12 and the serving compares the expected service code 43 received in the 

MSG 16, then the serving MSG may send the TRANUM- ROUTREQ Return Result message 44 with the service code 

REQ Invoke message to the HLR/SCP 15 rather than the that the HLR/SCP 15 sent in the ROUTREQ Invoke mes- 
originating MSG sending the message. 45 sage 25. At 46, the HLR/SCP 15 then validates whether the 

FIG. 3 is a message flow diagram illustrating the flow of 19 responded with the proper service code for the 

messages in the present invention when forwarding a data ^YP^ of call being dehvered. 

call due to the called mobile station becoming busy at the For service type matching in the HLR/SCP 15, the present 

serving mobile switching center before call setup. In situa- invention compares service types rather than specific service 
tions where the originating MSG 12 and the serving MSG 16 50 codes. This is done because there are, for example, several 

are in the. same LATA, some telecommunication systems service codes corresponding to speech. For example, there 

page for the called mobile station at 41 when the ROUTREQ are service codes identifying analog speech or digital 

Invoke message 25 is received at the serving MSG. If a page speech, and analog or digital speech (analog preferred or 

response 42 is received at that time, the serving MSG 16 digital preferred). There are also service codes for several 
sends the ROUTREQ Return Result message 26 to the 55 types of data such as asynchronous data and G3 Fax. If a 

HLR/SGP 15. If the mobile station fails to respond to the mobile station is paged for speech, and responds with one of 

page or becomes busy or otherwise unavailable after the the service codes pertaining to speech, then there is a match, 

routing messages are completed, but before call setup is If an expected service code of an entirely different type is 

completed, the serving MSG 16 sends the REDREQ Invoke received, then there is a mismatch, 

message 31 to the originating MSG 12 and includes the 60 If there is a service type mismatch at 46, the BLR/SCP 15 

Service Type parameter 23, The remainder of the message sends a LOGREQ Return Result message 47 to the O-MSC 

flow is identical to that described in FIG, 2. 12 and includes an appropriate forwarding number for the 

FIG. 4 is a table of parameters for the Redirection Request type of caU that was originafly requested in the LOGREQ 

(REDREQ) Invoke message 31 illustrating the addition of Invoke message 22. The O-MSC 12 then sets up the call to 
the Service Type parameter 23 according to the teachings of 65 the forwarding number at 48. 

the present invention. The parameter appears as CDMA FIG. 8 is a message flow diagram iUustrating the flow of 

Service Option 23a and TDMA Service Code 23b. It may messages in the present invention when forwarding a call 
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due to a service type mismatch at the originating MSC 12 23 that was originally requested in the LOCREQ Invoke 

between the service requested by the calling party and the message 22. The HLR/SCP 15 then sends a LOCREQ 

service requested by the called mobile station 19. In this Return Result message 64 to the 0-MSC 12 and includes the 

embodiment of the present invention, the message flow is appropriate forwarding number for the type of call. The 
the same as in FIG. 3 until the serving MSC 16 sends a page 5 0-MSC 12 then sets up the call to the forwarding number at 
41 to the called mobile station, including the requested 

service type 23, and obtains a page response 42 with an FIG. 10 is a message flow diagram illustrating the flow of 

expected service code 43 from the mobile station. The messages in the present invention when forwarding a call 

serving MSC then provides the expected service code 43 in ^ * service type rejection by the serving MSC 16. In this 
a ROUTOEQ Return Result message 44 to the HLR/SCP 15. lo embodiment of present invention, the message flow is 

The HLR/SCP sends a LOCREQ Return Result message 51 Jhe same as m Fia 3 uiitil the VLR 24 sends the ROUTREQ 

to the 0-MSC 12 and includes the expected service code 43, ^ \« the scrvmg MSC 16, and mclud^ the 

indicating the expected service code that the mobile station ^^jT! P^'^f !! "^l^^ATIf^ ^^^^^ 

. , r. ^ Invoke message, the servmg MSC 16 determmes whether it 

provided m its page response. ^^^^^^^ ^^^^^ ^^^.^ ^^p^ idtnimtd in the service 

At 52, the 0-MSC 12 then compares the expected service 35 jyp^ parameter 23. If so, the mobile station is paged, and the 

code 43 received in the LOCREQ Return Result message 51 call is connected normally. If not, the serving MSC 16 does 

with the service code that the 0-MSC 12 sent in the not page the mobile station, but includes an Access Denied 

LOCREQ Invoke message 22. At 53, the 0-MSC 12 then Parameter 71 service rejection by the serving system in a 

validates whether the MS 19 has responded with the proper ROUTREQ Return Result message 72 to the HLR/SCP 15. 

service code for the type of call being delivered. The serving MSC docs not return a routing number (for 

If there is a service type mismatch at 53, the 0-MSC 12 example, a Temporary Location Directory No. (TLDN)) 

sends a TRANUMREQ Invoke message 54 to the HLR/SCP since the serving MSC is not capable of supporting the call. 

15 and includes the service type that was originally The HLR/SCP then accesses its database of forwarding 

requested in the LOCREQ Invoke message 22. The HLR/ numbers at 73, and selects a forwarding number which is 
SCP 15 then sends a TRANUMREQ Return Result message ^ associated with the requested service type 23 that was 

55 to the O-MSC 12 with an appropriate forwarding number originally requested in the LOCREQ Invoke message 22. 

for the requested type of call. The O-MSC 12 then sets up The HLR/SCP 15 then sends a LOCREQ Retum Result 

the call to flie forwaixling number at 56. message 74 to the O-MSC 12 and includes the appropriate 

HG. 9 is a message flow diagram illustrating the flow of ^^arding number for the type of call Tlie O-MSC 12 then 

messages in the present invention when forwarding a call '° ^^^^ ^^^^ ^ forwarding number at 75. 

due to a service type rejection by the called mobile station thus believed that the operation and construction of 

19. In this embodiment of the present invention, the message ^® present invention will be apparent from the foregoing 

flow is the same as in FIG. 3 until the serving MSC 16 sends description, while the method, apparatus and system shown 

a page 41 to the caUed mobfle station, including the „ described has been characterized as being preferred, it 

requested service type 23, and obtains a page response 42 r^^^V apparent that various changes and modifica- 

with an indication that the mobile station 19 has rejected the ^^^^ ^^^^ therein without departing from the spirit 

requested service type. This may occur during a scenario in ^nd scope of the invenUon as defined in the foUowing 

which a mobile subscriber utilizes his mobile station both as claims, 

a telephone and, at other times, as a mobfle terminal for What is claimed is: 

fax/data calls. When the mobile station is connected, for 1. In a radio telecommunications network, a method of 

example, to a personal computer (PC), the mobile station forwarding a first type of call to a first transfer number and 

knows that it is then capable of receiving fax/data calls. If a forwarding a second type of call to a second transfer number, 

page is received which includes a requested service type 23 network having an originating mobfle switching center 

for a data call, the mobile station responds and includes an (O-MSC), a home location register/service control point 

expected service code for data calls. The call is then deliv- (HLR/SCP), and a serving mobile switching center (serving 

ercd. However, if the subscriber disconnects the mobfle ^^C), said method comprising the steps of: 

station from the PC so that the mobfle station may be utilized storing the first transfer number and the second transfer 

as a telephone, the mobfle station knows that it can no longer number in said HLR/SCP; 

receive fax/data calls. If a page is received which includes associating the first transfer number with a service code 

a requested service type 23 for a data call, the mobile station for the first type of call, and associating the second 

responds and includes an indication 60 that the service type transfer number with a service code for the second type 

is rejected. of caU; 

This scenario may also occur if the mobile station is determining whether an incoming call from a calling party 

connected to the PC, and a page is received which includes 55 ^ mobile station is said first type of call or said 

a requested service type 23 for a voice call. Since the mobfle second type of caU; 

station knows that it is only capable of receiving fax/data including a requested service code in a routing request 

calls at that time, it rejects the requested service type. invoke message sent from the HLR/SCP to the serving 

the serving MSC 16 then includes an Access Denied MSC, said requested service code indicating the type of 

Parameter 61 service rejection by the mobfle station in a 60 ^aU requested by the caUing party; 

ROUTREQ Return Result message 62 to the HLR/SCP 15. obtaining an expected service code from said mobfle 

The serving MSC does not return a routing number (for station; 

example, a Temporary Location Directory Number (TLDN)) including said expected service code in a routing request 

since flie mobile station 19 has indicated that it is not capable retum result message sent from said serving MSC to 

of accepting the caU. The HLR/SCP Uien accesses its data- 65 said HLR/SCP; 

base of forwarding numbers at 63, and selects a forwarding determining in said HLR/SCP, whether said expected 

number which is associated with the requested service type service code matches said requested service code; 
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determining, in said HLR/SCP, a forwarding number 
associated with said requested service code; 

sending, from said HLR/SCP to said 0-MSC, the for- 
warding number associated with the requested service 
code, upon determining that said expected service code 
does not match said requested service code; and 

forwarding said incoming call to said forwarding number 
associated with the requested service code. 

2. In a radio telecommunications network, a method of 
forwarding a first type of call to a first transfer number and 
forwarding a second type of call to a second transfer number, 
said network having an originating mobile switching center 
(0-MSC), a home location register/service control point 
(HLR/SCP), and a serving mobile switching center (serving 
MSC), said method comprising the steps of: 

storing the first transfer number and the second transfer 

number in said HLR/SCP; 
associating the first transfer number with a service code 

for the first type of call, and associating the second 

transfer number with a service code for the second type 

of call; 

determining whether an incoming call from a calling party 
for a mobile station is said first type of call or said 
second type of call; 

including a requested service code in a location request 
invoke message sent from the 0-MSC to the HLRISCP, 
said requested service code indicating the type of call 
requested by the calling party; 

obtaining an expected service code from said mobile 
station; 

including said expected service code in a location request 
return result message sent from said HLR/SCP to said 
0-MSC; 

determining in said 0-MSC, whether said expected ser- 
vice code matches said requested service code; 

requesting from said HLR/SCP, a forwarding number 
associated with said requested service code, upon 
determining that said expected service code does not 
match said requested service code; 

determining, in said HLR/SCP, a forwarding number 
associated with said requested service code; 

sending, from said HLR/SCP to said 0-MSC, the for- 
warding number associated with the requested service 
code; and 

forwarding said incoming call to said forwarding number 
associated with the requested service code. 

3. In a radio telecommunications network, a method of 
forwarding a first type of call to a first transfer number and 
forwarding a second type of call to a second transfer number, 
said network having an originating mobile switching center 
(0-MSC), a home location register/service control point 
(HLR/SCP), and a serving mobile switching center (serving 
MSG), said method comprising the steps of: 

storing the first transfer number and the second transfer 

number in said HLR/SCP; 
associating the first transfer number with a service code 

for the first type of call, and associating the second 

transfer number with a service code for the second type 

of call; 

determining whether an incoming call from a calling party 
for a mobile station is said first type of call or said 
second type of call; 

including a requested service code in a routing request 
invoke message sent from the HLR/SCP to the serving 
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MSC, said requested service code indicating the type of 

call requested by the calling party; 
sending a paging signal to said mobile station, said paging 

signal including said requested service code; 
obtaining a page response from said mobile station, said 

page response including an indication that said 

requested service code in rejected; 
including, in a routing request return result message sent 

from said serving MSC to said HLR/SCP, an Access 

Denied Parameter set to service rejected by the mobile 

station; 

determining, in said HLR/SCP, a forwarding number 
associated with said requested service code; 

sending, from said HLR/SCP to said 0-MSC, the for- 
warding number assodaled with the requested service 
code; and 

forwarding said incoming call to said forwarding number 
associated with the requested service code. 

4. The method of claim 3 further comprising the steps of: 
receiving said paging signal in said mobile station; 
analyzing said requested service code included in said 

paging signal; 

determining whether said mobile station is currently able 
to accept the type of call associated with said requested 
service code; and 

including said indication that said requested service code 
is rejected in said page response, upon determining that 
said mobile station is currently not able to accept the 
type of call associated with said requested service code. 

5. In a radio telecommunications network, a method of 
forwarding a first type of call to a first transfer number and 
forwarding a second type of call to a second transfer number, 
said network having an originating mobile switching center 
(0-MSC), a home location register/service control point 
(HLR/SCP), and a serving mobile switching center (serving 
MSC), said method comprising the steps of: 

storing the first transfer number and the second transfer 

number in said HLR/SCP; 
associating the first transfer number with a service code 

for the first type of call, and associating the second 

transfer number with a service code for the second type 

of call; 

determining whether an incoming call from a calling party 

for a mobile station is said first type of call or said 

second type of call; 
including a service type parameter in a routing request 

invoke message sent from the HLR/SCP to tbe serving 

MSC, said service type parameter indicating the type of 

call requested by the caUing party; 
determining in said serving MSC whether the type of call 

requested by the calling party is supported by the 

serving MSC; 

including, in a routing request return result message sent 
from said serving MSC to said HLR/SCP, an Access 
Denied Parameter set to service rejected by the serving 
MSC, upon determining that said serving MSC does 
not support the type of call requested by the calling 
party; 

determining, in said HLR/SCP, a forwarding number 
associated with said service type parameter; 

sending, from said HLR/SCP to said 0-MSC, the for- 
warding number associated with the service type 
parameter; and 

forwarding said incoming call to said forwarding number 
associated with the service type parameter. 
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6. The method of claim 5 further comprising, after the step 
of determining in said serving MSG whether the type of call 
requested by the calling parly is supported by the serving 
MSG. the steps of: 

sending a paging signal to said mobile station, said paging 5 
signal including said service type parameter, upon 
determining that said serving MSG supports the type of 
call requested by the calling party; 

obtaining a page response from said mobile station, said 
page response including an indication that the type of 
call requested by the calling party is rejected by said 
mobile station; and 

including, in a routing request return result message sent 
from said serving MSG to said HLR/SGP, an Access 
Denied Parameter set to service rejected by the mobile 
station. 
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7. The method of claim 6 further comprising the steps of: 

receiving said paging signal in said mobile station; 

analyzing said service type parameter included in said 
paging signal; 

determining whether said mobile station is currently able 
to accept the type of call associated with said service 
type parameter, and 

including, in said page response, the indication that the 
type of call requested by the calUng party is rejected, 
upon determining that said mobile station is currently 
not able to accept the type of call associated with said 
requested service code. 

4t + 4> •*! * 
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